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[57] ABSTRACT 

Many programming languages utilize reference pointers in 
computer code. Furthermore, some of these programming 
languages perform memory management in the form of 
garbage collection. Once such language is Java. During the 
execution of a garbage collection routine, the computer may 
need to locate all the variables containing reference values. 
The present invention introduces a|| m ^tho^foj^un-tim'e 
tracking of object references in computer code and deter- 
miniBgl^icHj^ at, 
garbagexoUe^ method of the present invention 

first creates a bit vector in memory. The bit vector is then 
initialized. Second, each variable declared in the computer 
program that may be used to store a reference value is 
assigned a unique bit within this bit vector. Each bit is 
maintained to indicate whether the variable it is assigned to 
is currently storing a reference value. Specifically, when a 
variable is assigned a reference value, the corresponding bit 
in the bit vector is set. When a variable is assigned a 
non- re fere nee value, the corresponding bit in the bit vector 
is cleared. 

39 Claims, 8 Drawing Sheets 
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METHOD OF RUN-TIME TRACKING OF Java was derived from the C++ programming language. 

OBJECT REFERENCES IN JAVA PROGRAMS Java includes some other important features from garbage 

collected languages (e.g., Smalltalk and LISP)— including 

BACKGROUND OF THE INVENTION automatic memory storage management. Garbage collected 

1. Field of the Invention 5 languages, such as Java, allow the system (garbage 

This invention relates to the field of computer software collector) to take over the burden of memory management 

optimization. More particularly, the present invention relates from lhe P">gram™r. When a program runs low on heap 

to a method for run-time tracking of object references in s P ace > the S" 1 *^ collector (GQ determines the set of 

computer code objects that program may still access. This set of objects are 

2 History of the Prior Art 10 known as live objects.iEbej^je^^^ 

' „ longer|be?accessedr("dead 6Bjects")"is'£reed-by-the garbage} 

Computer programs are generally created as source code. rc^le^rfof^nlre use.^~ " ^ — " 

The source code is then compiled into object code for v ^*:t^~ , — r r 

execution. Programs generally exist as compiled object code , 1 ? len L aw ™ny algorithms for performing garbage col- 

in computer systems. The compiled code is usually designed „ lec f n - of f Election is called conservative 

tooperateononlyoneparticularoperatingsystemorononly " C0 " ec « 10n - In conservatwe garbage collection the 

„ ,i„ ' ,L u**l„l. M i« a / garbage collector searches for a set of live objects, but does 

one particular computer processor architecture. In order to & & , . ~ . _ . J . \ 

! A .rc , not move t he objects it finds. The set of live obi ects (root set) 

use a certain program on several different computer . , , , . , , , , . 

architectures, the original source code must be compiled into mcludes hv ? *? t ex,st Va "f leS ' ™ 

object code for each different operating system and each in K ®* { ™> and , on the . ™'™ e s ' ack ' ™ e ? C ^ marks 

..i , , „„„ u-,„... „ 20 the objects as live without checking whether the objects are 

different computer processor architecture. , ' . . ? . ■ ■ 

, . , . . . ... .... references. Another type of garbage collection is precise 

In recent years the populanzat.on of he World Wide Web b coUection . In precise garbage collection, the root set 

has created a problem for software developers trying to build mus , a „ contain refcrence yalues of be initialized or else 

software for networked consumer devices. Millions of m m0T& ^ fesult ^ js because ise b 

people around the world are surfing the Internet and brows- 25 aA1eotioa cls the me b movi al) t06 

ing web pages with their computers. However, not all of the objecls ., finds , 0 anolbef me io „ ^ ^ in , he 

computers are of the same type, hor instanc*. a peraon may ^ M mus( comajn reference va|ues sjnce [he b 

be using a Macintosh, a PC, or a UNIX machine. Computer co „ ec|or ies and moyes (he objec , s ^ (0 b refer . 

programs need to be designed to support multiple host ences , f a value fa mislake[) , considered a refer e n ce value 

architectures and to allow secure delivery of its software 30 when it j, nol , , wrong piece of data will be moved and 

components. As a result, Sun Microsystems, Inc., introduced „ m „„ m 

r , * ; . . , program errors may occur. 
Java, a general purpose concurrent object oriented program- 
ming language. Java was designed such that Java code could SUMMARY OF THE INVENTION 
survive transport across networks, operate on any client, and 

assure the client that it was safe to run. 35 The present invention mtro&ices^a~7ne^^ 

Java is a strongly typed programming language. A pro- (tracking of object referents in computer code. The method 

gram is created by compiling source code written in Java's °f tne present invention first creates a bit vector in memory, 

well defined format into Java bytecodes. Compilation nor- The bit vector is then initialized. Second, .e^ch variable] 

mally consists of translating Java programs into a machine declared in the computer program that may bemused to store, 

independent bytecode representation. Bytecodes are 40 ^"reference value ~is ^ 

executed by a runtime interpreter residing on the client vector. Each bit is maintained to indicate whether the 

computer. Run time activities include loading and linking variable it is assigned to is currently storing a reference 

the classes needed to execute a program.^ional-lShine value. Specifically, when a variable is assigned a reference 

code'^^atiolfand dynamic optimization^" tSe^rogram, value, the corresponding bit in the bit vector is set. When a 

and^cp^l^rogram execution. 45 variable is assigned a non-reference value, the correspond - 

Java bytecodes are designed to execute on a Java Virtual in & bit in lne bit vector * cleared. 

Machine. The Java Virtual Machine is an abstract computing Other objects, features, and advantages of the present 

machine that has an instruction set and uses various memory invention will be apparent from the accompanying drawings 

areas. A Java Virtual Machine is not an actual hardware and from the detailed description that follows, 

platform, but rather a low level software emulator that can 50 

be implemented on many different computer processor BR,EF DESCRIPTION OF THE DRAWINGS 

architectures and under many different operating systems. ^ present mvention is m^tratea by way of example 

The Java Virtual Machine reads and interprets each bytecode and not limitations in the figures of the accompanying 

so that the instructions may be executed by the native drawings in which like references indicate similar elements, 

microprocessor. Hence a compiled Java bytecode is capable 55 anc j j n w hj cn: 

of functioning on any platform that has a Java Virtual , . . ,. M1 

Machine implementation available. However, bytecode h F '°' 1 15 » *«8™> •"ustrating a computer system 

...... r . .u which may utilize the present invention. 

interpretation detracts from processor performance since the ' r 

microprocessor has to spend some of its processing time FIG - 2a illustrates the list of steps in downloading and 

interpreting bytecode instructions. "Just in Time" (JIT) 60 ™nmng a Java program in a Java Virtual Machine with an 

compilers were introduced to improve the performance of interpreter. 

Java Virtual Machines. A JIT compiler translates Java byte- EIG. 2 ^ illustrates a flow diagram that lists the steps of 

codes into the processor's native machine code during downloading, compiling, and running a Java program in a 

runtime. The processor then executes the compiled native Java Virtual Machine that compiles the code before execu- 

code like any other native program. Such compiled Java 65 tlon - 

programs execute much faster than Java programs that are FIG. 3 illustrates a block diagram of a Java Virtual 

executed using a Java interpreter. Machine on a client computer system. 
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FIG. 4a is a block diagram illustrating the use of memory 
space in a computer system in one embodiment of the 
present invention. 

FIG. 4b is a block diagram illustrating the use of a bit 
vector in one embodiment of the present invention. 

FIG. 5a is a flow chart illustrating one embodiment of the 
present invention used during the steps of computer code 
compilation. 

FIG, 5b is a flow chart illustrating one embodiment of the 
present invention during the steps of program execution. 

FIG. 5c is a flow chart illustrating one embodiment of the 
present invention during the steps of garbage collection. 

DETAILED DESCRIPTION 

A method for run-time tracking of object references in 
compiled computer code is disclosed. In the following 
description, for purposes of explanation, specific nomencla- 
ture is set forth to provide a thorough understanding of the 
present invention. However, it will be apparent to one skilled 
in the art that these specific details are not required in order 
to practice the present invention. For example, the present 
invention has been described with reference to Java object- 
oriented programming language. Although the following 
embodiments are described with reference to the Java pro- 
gramming language, Java "Just-In-Time" (JIT) compilers, 
and garbage collection, other embodiments are applicable to 
other types of programming languages that use object ref- 
erences or memory management. The same techniques and 
teachings of the present invention can easily be applied to 
other types of compiled object code. 

An intended advantage of one of more embodiments 
described below is the ™time"Uacking of object jeferences 
^n^program. Another intended advantage isThe runtime 
determination of which variables contain references to 
objects at garbage collection sites. Other intended advan- 
tages of one or more embodiments may include elimination 
of fragmented memory and improvement of locality. 
A Computer System Application 

Referring now to FIG. 1, there is a block diagram illus- 
trating a computer system 100 which may utilize the present 
invention. The system 100 includes a central processor 150 
which carries out the various instructions provided to the 
computer 100 for its operations. The central processor 150 
comprises of an execution unit 152, an instruction unit 154, 
cache memory 156, and general registers 158. The central 
processor 150 is joined to a bus 140 adapted to carry 
information to various components of the system 100. 
Joined to the bus 140 is main memory 110 which is typically 
constructed of dynamic random access memory arranged in 
a manner well known to those skilled in the prior art to store 
information during a period in which power is provided to 
the system 100. Also joined to the bus 140 is read-only 
memory 130 which may include various memory devices 
well know to those skilled in the art each of which is adapted 
to retain a particular memory condition in the absence of 
power to the system 100. The read-only memory 130 
typically stores various basic functions used by the proces- 
sor 150 such as basic input/output processes and startup 
processes typically referred to as BIOS processes. Also 
connected to the bus 140 long term memory 120. The 
construction and operation of long term memory 120, typi- 
cally electromechanical hard disk drives, is well known to 
those skilled in the art. 
Running a Java Class File 

An example of running a Java program in a networked 
computer environment is provided with reference to FIG. 2a 
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and FIG. 3. FIG. 2a illustrates the list of steps in download- 
ing and running a Java program in a Java Virtual Machine 
with and interpreter. FIG. 3 illustrates a block diagram of the 
elements in a client computer system 300 equipped to 

5 interpret Java class files. The client computer system 300 
includes computer hardware 310 controlled by an operating 
system 320. The system 300 also includes a Java Virtual 
Machine implementation 330 for running Java class files 
390. The Java Virtual Machine 330 running on the client 

10 computer system 300 relies on services from the underlying 
operating system 320 and the computer hardware 310. 
Furthermore, the Java Virtual Machine 330 uses a Java 
Interpreter 331 to interpret Java class files 390. 

In a networked environment, a user has to first access a 

is computer server through the network and download the 
desired Java class file 390 into a client computer system 300 
as stated in step 210 of FIG. 2a. After the class file 390 has 
been downloaded, it is passed into the Java Virtual Machine 
330, which then verifies the downloaded class file at step 

20 215. Step 215 of verifying the class file is to ensure that the 
program will not cause security violations nor will it cause 
harm to the computer system resources. After the Java class 
file has been verified, the interpreter 331 begins interpreting 
the Java byte codes of the class file. The Java program 

25 bytecodes are interpreted in step 220 so that the Java 
application can be executed. Since the bytecodes interpreted 
are generally nonnative to the processor, the interpretation 
process tends to be slow. Hence, Java "Just-In-Time" (JIT) 
compilation was introduced to improve the performance of 

30 Java programs. 

FIGS. 2b and FIG. 3 are used to describe how a Java 
program can be compiled and then executed. FIG. 2b 
illustrates a flow diagram that lists the steps of downloading, 
compiling, and ru nning a Java program in a~Java~VirtuaPj 

35 (^la^inejhat^compj^ executio nTFirsl, a 

user accesses a Java class file 390 on a computer network 
and downs the class file to a local client computer system 
300 as in step 250. Then at step 255, the Java Virtual 
Machine 330 verifies the downloaded class file. After the 

40 Java program has been verified, a Java "Just-In -Time" (JIT) 
compiler 333 compiles the Java class file and generates 
compiled Java code 340 in the form of native processor code 
at step 260. This compiled Java code 340 is then directly 
executed on the computer hardware 310 at step 265. Such 

45 compiled Java programs execute much faster than Java 
programs that are executed using a Java interpreter because 
the compiled code is native to the computer processor. In 
order to maintain the state of the Java Virtual Machine 330, 
the compiled Java code 340 makes calls 350 into the Java 

50 Virtual Machine. 

CUsing^Run-Time JTracking^of "Object Re fefencesj 

FIG. 4a is a block diagram illustratfa~jjphe~use of memory 
space in a computer system in one embodiment of the 
present invention. The memory space 400 in FIG. 4a com- 

55 prises of a run-time stack 410, registers 450, static variables 
(462, 468, 472) and objects (460, 464, 466, 470) on the heap. 
The run-time stack 410 may further comprise of a plurality 
of activation frames (420, 430, 440) for various program 
functions and methods. These activation frames arc used as 

60 working space for functions and methods called during 
execution of the Java program. During program execution, 
numerous objects or variables may be declared and used 
within the program. An object, also referred to as a cell or 
node, is a run-time notion; any object is an instance of a 

65 certain class, created at execution time and made of a 
number of fields. An object may be a dynamically created 
class instance or an array or an individually allocated piece 
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of data. An object is assumed to be a contiguous array of write to an ambiguously-typed variable. FIG. 4b is a block 

bytes or words, divided into fields. A field may contain a diagram illustrating the use of a bit vector in one embodi- 

pointer or a non-pointer value. meat of the present invention. In FIG. 46, the ^blTarray^ 

Reference values (often just references) are pointers to ^shown-contairis-room-for-bits-indicatmg'the- state^f'fi vej, 

these objects and a special null reference, which refers to no 5 Cvaria^es^V^naJ)les_0-through_5._In^rhe present 

object. However, reference values do not point to primitives embodiment, a bit is set when the corresponding variable 

or non-reference values. An object is created in the Java contains a reference type. For instance, in FIG. 4b, Variables 

heap, and is garbage collected after there are no more 0, 1, and j hayeb its set. But w hen the rcorresporTdingl 

references to it. However, there may be many references to ^anable~doesjiot contain a reference type, then the bit is J 

the same object. A variable is a storage location and may be 10 cleared, as'in thTcase of Variables 2 and 4. A bit vector is 

of a primitive type or reference type. A variable always created'for all the objects in the method at step 515 of FIG. 

contains a value that is assignment compatible with its type. 5a. During compile time, the JIT compiler reserves memory 

A variable of a primitive type always holds a value of that space for this bit vector. In the present embodiment, the bit 

exact primitive type. The primitive types are the boolean vector is stored in the activation frame. In another 

type and the numeric types. A primitive type may hold a is embe dment , jl^birv^toTmaTalsb be stored 'in a method's 

primitive value such as boolean, byte, short, int, long, and local stack frjme,oTelsewhere^in the memory-space} By 

float. A variable of reference type can hold either a null creatingarTarray of bits to store the Tags'instead of using a 

reference or a reference to any object whose class is assign- bit within the variable's 32-bit word, integer arithmetic 

ment compatible with the type of the variable. The reference precision is preserved. This is important because the scman- 

types are class types, interface types, and array types. There 20 tics of Java clearly state that all integer arithmetic is on full 

is also a special null type. 32 bit integer values. To improve performance in accessing 

Objects may be stored in memory locations within the the bit vector, the bjfve^j[m^be*stofed-in-registers. At 

heap memory. Some program variables may be declared as step 520,Jhe^rHpiler^l^ks~tb~s^if ^variable will ever> 

global (or static) variables (462, 468, 472). Objects may tgelssTgned jjeference ^value/If ~me~variablenraaysto7e~a^ 

contain non-reference values (or primitive values) such as 25 reference type, then it is as¥igned_a_unique bit in the bit 

integers, floating point values, doubles, and long integers. vector at step 525. 3Tie-JIT"cornpjkLa^ 

Objects may also contain reference values (pointers) that ^i ontha t-will-seRha^aria^^ in the jjn 

point or refer to other variables or objects. In FIG. 4a, there vectorif-the variable^may st^^reJereric^typeTBut if the 

are a few variables containing reference values. Variable 428 variable~will "not contain a reference~lype7"then the JIT 

in stack frame 420 refers to object 464. Meanwhile, variable 30 ^compiler wfllinsert-after-assignmentthe variableran ifistruc- 

426 contains a null reference. Variables in a register 450 or ^tionJhaU^^ bit in the bit veclc^IrTthe 

a static variable (462, 472) may also contain reference pl^senT^nibodiment, thlTvalues of^lf bits^thurlhe bit 

values. For instance, static variable 462 points to object 424. vector are initialized at the beginning of the method during 

Then reference value in static variable 472 refers to object program execution time. 

460, which contains a reference value and is in turn referring 35 FIG. Sb shows some of the steps taken during program 
to an object 422. The reference value in register 454 points execution in making assignments to variables. A JIT corn- 
to an object in variable 466. Variable 468 may be a static piler runs as part of the application. During execution of a 
variable of type primitive created in the heap. Java program, a runtime stack is created and new assign- 

FIGS. 5a, 5b, and 5c are used to illustrate how one ments may be made to a variable as in step 540. As noted 

embodiment of the present invention may be used during the 40 above, the JIT checked variable V at compile time to see if 

compilation and execution of a Java program. FIG. Sa is a the variable would contain a reference value and inserted 

flow chart illustrating one embodiment of the present inven- either a "set" or "clear" instruction after the assignment, 

tion used during the steps of computer code compilation. During runtime, memory space is allocated for the bit vector 

FIG. 5b is a flow chart illustrating one embodiment of the from the runtime stack and the bits in the bit vector are either 

present invention during the steps of program execution. 45 set or cleared at the entry to a method. Each time variable V 

FIG, 5c is a flow chart illustrating one embodiment of the is assigned, the JIT will see the earlier inserted instruction to 

present invention during the steps of garbage collection. The either set or clear the variable's corresponding bit in the bit 

present embodiment of the invention uses dynamic tagging vector. If the variable is assigned a reference value, the 

in a JIT compiler. However, dynamic tagging may also be instruction following the assignment would be a "set" and 

used in an interpreter in another embodiment of the present 50 the corresponding bit for V is set at step 555. And each time 

invention. V is assigned a non-reference value, the instruction follow- 

FIG, 5a shows some of the steps taken by the JI T compiler ing the assignment would be a "clear" and the corresponding 

during compilation of computer code. In step 505, the bit for V is cleared at step 550. 

compiler first scans thejava dass file. Then at ste p 510, the The lags in the bit vector are used at garbage collection 

JIT compiler^lloc aTes^iem oTy space for the program^The 55 time to decide which variables actually hold valid refer- 

memory space is used for program execution andjor storing ences. The garbage collector (GC) needs to discover which 

^o^cts^de^lared in the code. Objects may be assigned space variables contain reference values and compute the root set. 

on the heap7~runtime"stack, cache, or physical machine The root set includes live objects that exist in global 

registers. The JIT compiler knows when objects are assigned variables, in registers, and on the runtime stack. The garbage 

and become references. Objects may be used to store vari- 60 collector first computes the root set by checking for live 

ables of types such as integer, character, float, and double. objects in the set of references located in global variables, in 

However, Java bytecodes have "ambiguous types" where the registers, and on the runtime stack. The GC then locates all 

same^v\riable may hdd^reference and non-ref erenc e values the references that can be reached from the root set by 

aKdifferenT^ A traversing the graph of reachable objects. Some GC algo- 

method is essential Iy a function or procedure in the program. 65 rilhms (conservative GC) just check objects to see if it is live 

r Hie present Jnyention performs dynamic tagging by main- and marks it accordingly. Other GC algorithms (precise GC) 

taining a bit : j^o^r thar^djm^i^lly updated on ever y) move live objects to a new place in memory to eliminate 
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fragmentation and improve locality. In order to support GC 2. The method of claim 1 further comprising creating a 

algorithms that move live objects, the root set must be runtime stack. 

precise; that is, the root set must contain only references to 3. The method of claim 1 wherein creating a bit vector 

objects. comprises allocating memory space in a method's local 

Computing the root set accurately requires the coopera- 5 stac k frame, 

lion of the compiler. Only the compiler is capable of 4 ^ method of claim x wher ein creating a bit vector 

precisely locating references held by local variables and comprises initializing all bits in said bit vector, 

temporaries, both of which can be assigned to stack loca- 5 ^ method of daim 4 wherein initializing comprises 

tions or registers. As for global variables the garbage ^ a corresponding bit in said bit vector for a variable 

collector can keep track of the Java classes that have been w conlaining a re f e rence value. 

loaded and determine whether the set of global variables fi ^ memod Qf ^ 4 w|)erein imtializin CO mprises 

contain reference values without support from the compiler. cleafin a bU C0rr6Sp0nding in said bit vector for a varia ble 

The compiler can keep track of Java operand stack locations conlajni , n0 n. re f e rence value. 

that contain references by statically computing a type bit ? The melhod of c]aim , wherejn crealj , bjl vec(or 

vector for each GC site, using a simple and fast depth-first „ rtm „ • „ ■ ^ lltor . mam JL, fnr cniA uu 

, _ t T ' , ™ . . , , 35 comprises reserving space in computer memory tor said bit 

traversal of the Java bytecodes. The bit vector marks those vector 

stack locations that contain references at the GC site. g ^ method of ^ x whefein m aintaining a bit ^th^ 

However, Java programs may contain variables of "ambigu- ^ bi( vector for eacn varjabk ^ inserti 

ous types . A variable of "ambiguous type may contain a M bi , jnslniction aftcr instruction assigning variable if 

reference and non-reference values at different times during 2Q sajd variab , e mnUim a refcrence ya|ue 

the execution of the melhod. Therefore, statically computing , ^ me(hod of daim x wherein maimaini , bi , wjthin 

the set of variables containing references at garbage collec- ^ bjt vector for each variafcle ri ses inserti 

tion sites m Java is not trivial. During garbage collection a , dcu bi , mstruc tion after instruction assigning variable if 

Java JIT must be able to distinguish between variables sajd varjable a non . refcrence valu t 

contaming references and those that do not without any 25 l0 ^ method of c , aim J wherein maiQtajning , bi , 

™S • n , , within said bit vector for each variable comprises assigning 

rIG. 5c is a flow chart illustrating one embodiment of the u-. . ^*u- a u* * e u * ui - a 

t . & „ „ a unique bit within said bit vector for each variable assigned 

present invention during the steps of garbage collection. a re f erence type 

During garbage collection, the program is stopped. THe GC n ^ method of ^ x wherein mamlaini said bit t0 

checks trees, pointers, . and references to find reachable 3Q iDdicate whet her said variable is assigned a refefence value 

objects. A root set of initial reachable objects is constructed. ^ ^ said b{{ ^ sM vajiable [& ^ A a 

The root set may include a set of pointers to objects in reference value 

registers or on the nintime stack. The GC would then u ^ melhod of claim j wherein maintainingsaid bit t0 

traverse the graph of reachable objecu starting from the root indicate whetber ^ variab , e fe ^ d a refcrence ya , ue 

set. The present invention allows the GC to know which , e . A u - t „ . ^„ pb ;j „ ' B L. fl • „. i „ 

. , . r _ . , _ , , 35 comprises clearing said bit when said variable is assigned a 

variables contain reference values and easily find the root nnn „f„„™ 

. . ff oft .1. i_ ii . /.L . non-reference value, 

set At step 580, the garbage collect inspects the bitvector. 13 Th£ method of c , aim j wherein 6ach variable ^ a loca i 

If the GC finds set bits at step 582, ( the garbage collector variable 

looks~at the variable mapping from the compiler to deter^ 1/4 A * , r 

\ . t . , . , ... : , v 14. A method for memory management compnsing: 
,mine which variable the particular bit is assigned and where> _ 

rthe variable is located as in step 585>,Once all the set bits are run-time tracking of object references compnsing; 

checked, the GC continues the garbage collection routine at creating a bit vector; 

step 590. If the GC does not find any set bits in the bit vector, assigning a bit within said bit vector for each ambigu- 

then the garbage collector knows that none of the local ousl y W«l variable; and 

variables contain valid reference values and continues its A< maintainingsaid bit dynamically during code execution 

routine as in step 590 t0 indlcatc whether said ambiguously typed variable 

In the foregoing specification, the invention has been is "W* a reference value; 

described with reference to specific exemplary embodiments computing a set of live objects; and 

thereof. It will, however, be evident that various modifica- freeing space used by dead objects, 

tions and changes may be made thereto without departing 5Q 15, The method of claim 14 wherein creating a bit vector 

from the broader spirit and scope of the invention as set forth comprises allocating memory space in a method^ local 

in the appended claims. The specification and drawings are stack frame. 

accordingly to be regarded as illustrative than a restrictive 16. The method of claim 14 wherein creating a bit vector 

sense. comprises initializing all bits in said bit vector. 

What is claimed is: 5S 17. The method of claim 16 wherein initializing all bits in 

1. A method for run-time tracking of object references in said bit vector comprises: 

computer code comprising: setting a corresponding bit in said bit vector for a variable 

creating a bit vector in computer memory, said bit vector containing a reference value; and 

having at least one bit; clearing a bit corresponding in said bit vector for a 

assigning a bit within said bit vector for each ambiguously 60 variable containing a non-reference value, 

typed variable; ig xhe method of claim 14 wherein assigning a bit within 

maintaining said bit dynamically during code execution to said bit vector for each ambiguously typed variable corn- 
indicate whether said variable is assigned a reference prises assigning a unique bit within said bit vector for each 
value; and ambiguously typed variable assigned a reference type. 

scanning said bit vector during garbage collection to 65 19 .The method of claim 14 wherein assigning a bit within 

determine which ambiguously typed variables contain said bit vector for each ambiguously typed variable further 

reference values. comprises: 
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inserting a set bit instruction after instruction assigning 
variable if said variable contains a reference value; and 

inserting a clear bit instruction after instruction assigning 
variable if said variable contains a non-reference value. 

20. The method of claim 14 wherein maintaining said bit 
to indicate whether said ambiguously typed variable is 
assigned a reference value comprises setting said bit when 
said variable is assigned a reference value. 

21. The method of claim 14 wherein maintaining said bit 
to indicate whether said ambiguously typed variable is 
assigned a reference value comprises clearing said bit when 
said variable is assigned a non-reference value. 

22. The method of claim 14 wherein computing a set of 
live objects further comprises: 

examining global variables, registers, and a run-time 
stack; and 

locating all references that can be reached from said set of 
live objects. 

23. The method of claim 22 wherein examining a run-time 
stack comprises examining said bit vector. 

24. The method of claim 22 wherein locating all refer- 
ences that can be reached from said set of live objects 
comprises traversing a graph of reachable objects. 

25. A digital processing system having a processor oper- 
able to perform the steps of: 

creating a bit vector having at least one bit, said bit vector 

to store states of ambiguously typed variables; 
initializing said bit vector; 

assigning a bit within said bit vector for each ambiguously 

typed variable; and 
maintaining said bit dynamically during code execution to 

indicate whether said variable is assigned a reference 

value. 

26. A digital processing system of claim 25 wherein 
assigning comprises assigning a unique bit within said bit 
vector for each variable assigned a reference type. 

27. A digital processing system of claim 25 wherein 
maintaining said bit to indicate whether said variable is 
assigned a reference value comprises setting said bit when 
said variable is assigned a reference value. 

28. A digital processing system of claim 25 wherein 
maintaining said bit to indicate whether said variable is 
assigned a reference value comprises clearing said bit when 
said variable is assigned a non-reference value. 

29. A method of garbage collection comprising: 
creating a bit vector in memory; 

assigning a bit within said bit vector for each ambiguously 
typed variable; 

maintaining said bit dynamically to indicate whether said 

variable is assigned a reference value; 
scanning said bit vector during garbage collection to 

determine which ambiguously typed variables contain 

reference values; 
including variables containing reference values in a root 

set; 
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traversing said root set to find reachable objects in a first 

memory region; and 
reclaiming space occupied by dead objects. 

30. The method of claim 29 further comprising allocating 
5 space in a second memory region for reachable objects. 

31. The method of claim 30 further comprising copying 
contents of reachable objects to said second memory region. 

32. The method of claim 31 further comprising updating 
memory references pointing to reachable objects in said first 

10 memory region to refer to reachable objects in said second 
memory region. 

33. A computer readable medium having embodied 
thereon a computer program, the computer program being 
executable by a machine to perform a method comprising: 

15 creating a bit vector in memory to store states of ambigu- 
ously typed variables; 
assigning a bit within said bit vector for each ambiguously 
typed variable; 

20 maintaining said bit dynamically to indicate whether said 
ambiguously typed variable is assigned a reference 
value; 

creating a root set during garbage collection; and 
traversing said root set to find reachable objects in a first 
25 memory region. 

34. The computer program of claim 33 wherein creating 
a root set comprises scanning said bit vector to determine 
which ambiguously typed variables contain reference val- 
ues. 

30 35. The computer program of claim 34 further comprising 
including variables containing reference values into said 
root set. 

36. The computer program of claim 33 further comprising 
freeing memory space occupied by dead objects. 
35 37. A computer system comprising: 
a processor; and 

a memory coupled to said processor, said memory having 
stored therein code which when executed by said 
^ processor, said code causes said processor to perform a 
method comprising: 
creating a bit vector in memory space; 
assigning a bit within said bit vector for each ambigu- 
ously typed variable; 
45 maintaining said bit dynamically to indicate whether 
said variable is assigned a reference value; and 
scanning said bit vector during garbage collection to 
determine which ambiguously typed variables con- 
tain reference values. 
50 38. The system of claim 37 wherein said method further 
comprises: 

creating a root set during garbage collection; 
traversing said root set to find reachable objects in a first 
memory region; and 
55 freeing memory space occupied by dead objects. 

39. The system of claim 38 wherein creating a root set 
comprises scanning said bit vector to determine which 
ambiguously typed variables contain reference values and 
including variables containing reference values into said 
60 root set. 

***** 
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